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An advertisement system and method 
are provided for, in some embodiments, in- 
serting into an end user communication mes- 
sage a background reference to an advertise- 
ment (300), and in other embodiments, gen- 
erating web page coding with a reference to a 
background advertisement (900). In some em- 
bodiments, the background reference causes 
an advertisement image to be tiled, or water- 
marked, across an end user screen (50) be- 
hind the text of an e-mail message, public 
posting, or generic web page. According to 
certain embodiments, a message server (28) 
inserts the background reference after receiv- 
ing a message originally sent from an end user 
originator and before sending the message to 
be delivered to an end user recipient. Other 
embodiments include static and dynamically 
created web page coding with background ad- 
vertisement references. 
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SYSTEM FOR INSERTING BACKGROUND ADVERTISING INTO 
WEB PAGE PRESENTATION OR E-MAIL MESSAGES 

CROSS-REFERENCES TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Provisional Application Number 
60/088,149, filed June 5, 1998, and is a continuation-in-part of U.S. Patent 
Applicafion Serial No. 09/193,459, filed November 16, 1998, both of which are 
incorporated herein by reference in their entirety. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to the field of advertising systems, and 
more particularly to the field of Internet advertising. 

The worldwide network of computers connected through the Transmission 
Control Protocol/Internet Protocol (TCP/IP) communications standard, commonly 
known as the Internet, has seen explosive growth during the last several years. This 
growth has been fiaeled in part by the introduction and widespread use of so-called 
"web" browsers, which allow for simple graphical user interface (GUI) access to 
network servers, which support documents formatted as so-called web pages. The 
World Wide Web (WWW), or "web", is a collection of servers on the Intemet that 
utilize a Hypertext Transfer Protocol (HTTP), which is an application protocol that 
provides users access to files and information (which can be in different formats such 
as text, graphics, images, sound, video, etc.) using a Standard Generalized Markup 
Language (SGML), which is an information management standard for providing 
platform-independent and application-independent documents that retain formatting, 
indexing, and linking information. SGML provides a grammar-like mechanism for 
users to define the structure of their documents and the tags they will use to denote the 
stmcture in individual documents. The page description language known as 
Hypertext Markup Language (HTML) is an application of SGML. HTML provides 
basic document formatting of text and images and allows the developer to specify 
hyperlinks, or "links," to other servers and files. Use of an HTML-compliant client, 
such as a web browser, involves specification of an address via a Uniform Resource 

1 
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Locator (I.FRL). Upon such specification, the cUent makes a TCP/IP request to the 
server identified in the URL and ultimately receives a "web page" (namely, a 
document and any accompanying graphics formatted according to HTML coding) in 
return. A "website", ''web site", or ''site" is a collection of web pages, typically 
5 hyperlinked together and accessible through a front or "home" page, which is often 
accessed when a URL without directory or file names is specified. 

Electronic mail (E-mail) is another important part of online activity. 
Conventional e-mail is the exchange of text messages and computer files over a 
communications network, such as a local area network or the Intemet, usually 

10 between computers or terminals. Routing of e-mail on the Intemet is typically 

accomplished through the use of a protocol for sending messages called the simple 
mail transfer protocol (SMTP). Multipurpose Intemet mail extensions (MIME) 
extend SMTP to permit data, such as video, sound, and binary files, to be transmitted 
by Intemet e-mail without having to be translated by the e-mail client into ASCII 

15 fomiat. This is accomplished by the use of MIME types, which describe the contents 
of a document. A MIME-compliant client application sending a file, such as one of 
various conventional e-mail programs, assigns a MIME type to the file. The receiving 
application, which must also be MIME-compliant, refers to a standardized list of 
documents that are organized into MIME types and subtypes to interpret the content 

20 of the file. MIME is part of HTTP, and both web browsers and HTTP servers use 

MIME to interpret e-mail files they send and receive. Post Office Protocol 3 (POP3) 
is a recent version of a standard protocol for receiving e-mail. POP3 is a client-server 
protocol in which e-mail is received and held in a mailbox for a user by a network 
server. Periodically, the end user checks the mailbox on the network server and 

25 downloads any e-mail. An alternative protocol is Interactive Mail Access Protocol 
(IMAP), according to which a user views e-mail at the server as though it was on the 
user's computer, and an e-mail message deleted locally is still on the server. Thus, 
POP3 can be thought of as a "store-and-forward" service, while IMAP can be thought 
of as a remote file server. Therefore, an e-mail message is typically sent with SMTP, 

30 and after a network server receives the e-mail message on the end user recipient's 
behalf, the e-mail message is typically read by the end user using POP3 or IMAP. 
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In addition to older basic e-mail systems, including basic ASCII e-mail clients 
using SMTP and POP3, some enhanced e-mail clients, such as Eudora Pro Email v. 
4.0, display HTML portions of messages according to HTML formatting contained in 
the e-mail message bodies. Also, web-based e-mail systems, such as are currently 
5 offered by Hotmail™ and Yahoo™, are accessible through web browsers. In those 
systems, e-mail messages are formatted into web pages, or portions thereof, for 
formatted viewing control through web browsers. Thus, plain text e-mail messages 
received by those web based e-mail systems are converted into web pages for viewing 
by web browsers. 

10 Shared public message networks include Usenet Newsgroups, Internet Relay 

Chat, Fidonet, RIME, ILINK, and a host of others. Public message networks also 
include public message areas in proprietary online systems. Most are normally set up 
according to separate general interest categories (e.g., "conferences," "forums," or 
"newsgroups"), subjects within those categories (e.g., "subjects," "topics," or 

15 "threads"), and finally individual messages or postings within each subject, typically 
arranged chronologically, as well as according to earlier messages to which they 
respond. Also included in this category of public messaging are instant messaging 
programs, which allow users to communicate publically with other users in real time. 
These conferences typically are carried by many online systems regionally, around the 

20 country, or even around the world. Newsgroups also have an Intemet protocol which 
govems their transmission called network news transfer protocol (NNTP). As with e- 
mail clients, public messages are also accessible through web browsers, enhanced 
public messaging clients capable of displaying HTML formatting, and basic ASCII 
clients. 

25 The recent growth of information applications on intemational public packet- 

switched computer networks, such as the Intemet, suggests that public computer 
networks have the potential to establish a new kind of open marketplace for goods and 
services. As web pages, discussion forums and e-mail communications are used more 
nationally and internationally, it is highly desired that manufacturers and merchants be 

30 able to non-offensively advertise their goods and services to users during their regular 
course of Intemet activity. With only limited success, such advertising has been done 
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through the use of images as well as text transferred over the Internet. Advertisements 
transferred over the Internet often, but not always, make use of trademarks. A 
"trademark" is a word, design, color, sound, smell, etc., or any combination thereof, 
used by a manufacturer or merchant to identify their goods and/or services and 
5 distinguish them from others. In general, advertisements include most types of 

communications promoting goods and/or services of organizations or individuals, as 
well as promoting the organizations or individuals themselves. Entities owning or 
operating web pges with access to potential viewers of advertisements often charge a 
fee to other entities interested in advertising themselves and/or their goods and/or 
10 services. 

On the Internet, as in more traditional venues of advertising, such as 
billboards, TV commercials, products, etc., most advertisements (ads) include 
promotional material intended to be used to interest consumers with particular goods 
or services. Currently, one primary way to advertise on the Intemet is through ad 

15 banners, which often contain static or animated images, with or without trademarks, 
and normally (though not always) advantageously fianction as hyperlinks to 
advertisement owner web pages. Multiple entities wishing to advertise often pay 
owners of particular web pages to reference the banner ads of the entities, thus web 
page owners often utilize ad serving software programs to rotate or serve through 

20 multiple ads as users repetitively visit web pages. Banner advertisement brokers also 
exist for, in exchange for a fee or reciprocal banner advertisement placements, storing 
and serving through a plurality of banner advertisements. Such banner advertisements 
are typically referenced through a URL directed to an ad serving software program 
maintained by the banner advertisement brokerage, and the URL may include an 

25 identification of the web page owner to assist the ad serving software program. 

Unfortunately, banner ads often disappear with scrolling by the user and take 
up precious screen space. Furthermore, because of typically large graphical content, 
bsinner advertisements are often slow in downloading. As a result, users often move 
down a web page or to another web page and do not wait for advertisements to 

30 complete the downloading process if text or other content is displayed before, or 

simultaneously with, the advertisements, thereby clearly diminishing the impact of the 
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advertisements. If text or other content is displayed only after an advertisement is 
completely downloaded, users may become very frustrated with the owner of the 
advertisement if the wait time is prolonged. Interstitial displays, such as splash 
screens which appear in between web page requests and before a web page is actually 
5 delivered, also provide advertisement opportunities, but they are often extremely 
brief, thereby greatly lessening their effect. 

Others have addressed the problem of getting advertisements to an end user 
through the use of screensavers, such as a product commercialized by PointCast, Inc., 
Sunnyvale, California, as described in U.S. Patent No. 5,740,549 to Reilly, et al. 

1 0 Although the screensaver program approach does appear to be capable of 

communicating advertisements to some users, there are clearly disadvantages to 
displaying these advertisements in an area outside of the normal user work area during 
times of inactivity when a user may typically not be looking at the display. In 
addition, the extra steps required to install and update such software can be too 

15 complicated or cumbersome for some users. Advertisers also have used broadcast e- 
mails and public postings to send advertisement messages from themselves containing 
plain text, as well as HTML formatting for more effective display. In general, e-mail 
messages and public postings containing hyperlinks pointing to additional information 
are also known, such as described in U.S. Patent No. 5,790,793. Unfortunately, users 

20 often immediately delete unsolicited e-mail messages, as well as those sent from 
tmknown senders. 

Outside the Internet, top of mind awareness (TOMA) advertising acquaints the 
public with advertisers' brand-names, logos, trademarks, etc., through selective 
infiltration and saturation in the market. The purpose of such advertising is not to 

25 compel immediate purchase, but to enhance public awareness of the availability of the 
product from a particular manufacturer or merchant, so that when shoppers are at the 
retail markets to make purchases, they will recognize brands and immediately have 
higher perceived values of those products in relation to like products by other 
manufacturers or merchants. The key to a TOMA campaign is repetition since the 

30 more times that an individual is exposed to a particular brand-name, logo, trademark, 
etc., the more likely that individual will buy a particular product when making a 
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buying decision in the future. Unfortunately, on the Internet, TOMA advertising is 
rarely accomplished successfully since, as discussed above, most conventional 
Internet advertising methods often result in very limited exposure to users. This 
conclusion is evidenced by the attention brokerage system described in U.S. Patent 
5 No. 5,794,210, which actually teaches a method of compensating users for paying 
attention to advertisements on the Internet, 

There is, therefore, a need for an advertising system for addressing these and 
other needs and problems. 



10 BRIEF SUMMARY OF THE INVENTION 

An advertisement system and method are provided for inserting into an end 
user communication message a background reference to an advertisement. In some 
preferred embodiments of the present invention, the background reference causes an 
advertisement image to be tiled, or watermarked, across an end user screen behind the 

15 text of an e-mail message or public posting. A message server inserts the background 
reference after receiving a message originally sent from an end user originator and 
before sending the message to be delivered to an end user recipient. When necessary, 
the message server will convert at least a portion of the message into a proper format, 
such as HTML, before inserting the background reference to an advertisement, which 

20 is preferably selected in accordance with end user recipient demographic information 
and/or ad exposure statistics. The advertisement itself, often a graphical file, is 
preferably not transmitted with the message in some preferred embodiments of the 
invention, but is typically stored at the message server or other location remote from 
the end user recipient. In some embodiments, the message server will also maintain 

25 and refer to records on each end user recipient to allow for selective enablement of 
background reference insertion and overwriting based upon end user preferences. 
According to various "non-web" example embodiments, the message server receives 
an SMTP or NNTP message and transmits an SMTP, POP3 or NNTP message with 
an HTML portion for a respective HTML-compatible client. In other "web-based" 

30 embodiments, the message server transmits the entire message in HTML to be used as 
a stand-alone web page or as a portion of a larger page employing frames or tables. 
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Since the advertisement is placed in the background when viewed by a user, it 
is normally non-clickable, i.e,, not a hyperlink to another HTML page. While this 
novel system of advertising is vmusual since a typical user may initially desire, as v^th 
conventional banner advertisement, to click on the background image to go to another 
5 web page owned by the advertiser for more information or for ordering a product, the 
user will often be exposed to the tiled advertisement longer, and many times 
subliminally, while reading the content of the message, and the user may also be 
initially surprised to see an advertisement in the background of an e-mail message 
which may be from a known originator, thus increasing the aweireness and exposure. 

10 Background images may also be very small in comparison to banner advertisements, 
thus downloading relatively quickly. While the scope of the present invention is also 
intended to include inserting a reference to any type of backgroxmd image or graphic, 
including non-advertisements, the method of inserting a reference to an advertisement 
is considered particularly useful and beneficial in view of the above unexpected 

15 advantages, among others. In addition, Intemet service providers, web site owners, e- 
mail service providers, newsgroup services and other end user communication 
providers are able to extract revenue for non-obtrusive advertising on 100% of the 
active screen area while still providing a work area for users to perform desired 
functions. In addition, this display does not necessarily affect current advertisement 

20 banners being displayed. Other features and advantages of various preferred 

embodiments of the present invention will become apparent to one with skill in the art 
upon examination of the following drawings and detailed description. 

In another aspect of the present invention, a web page advertisement system is 
provided for generating web page coding with a reference to a background 

25 advertisement. In some embodiments, the background reference causes an 

advertisement image to be tiled, or watermarked, across an end user browser screen 
behind the text and other foreground elements of a web page since the background 
reference includes, in some embodiments, a background attribute of a hypertext 
markup language (HTML) body tag. In one embodiment, static web page coding is 

30 created with a background reference to a specific background advertisement, 
optionally stored remotely from the static web page coding, while in another 
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embodiment the background reference is a reference to a background advertisement 
serving software program, also optionally stored remotely, which is configured to 
serve through a plurality of background advertisements. In other embodiments, the 
web page coding is created dynamically, such as through one or more Common 
5 Gateway Interface (CGI) scripts, for example, with the background reference being to 
a particular advertisement in some embodiments and to a background advertisement 
serving software program in other embodiments. In some embodiments, the 
background advertisement is assigned to the entire web page, while in other 
embodiments, only particular fi-ames or portions of tables are assigned a background 
10 advertisement. In some embodiments, exposures of the background advertisements 

are tracked and used to generate bills since the exposures are provided in exchange for 
value, such as monetary consideration, for example. 



15 BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

The accompanying drawings incorporated in and forming a part of the 
specification illustrate several aspects of the present invention, and together with the 
description, serve to explain the principles of the invention. 

FIG. 1 is a block diagram illustrating physical components of one 
20 implementation of the present invention. 

FIG. 2 is a block diagram illustrating one type of end user workstation in 
accordance with one preferred embodiment of the present invention. 

FIG. 3 is a block diagram illustrating one type of network server in accordance 
with one preferred embodiment of the present invention. 
25 FIG. 4 is a flowchart showing general operation steps of the backgroxmd 

reference system of the present invention in accordance with one preferred 
embodiment. 

FIG. 5 is a flowchart showing the operation of one implementation of a 
background reference insertion process of FIG. 4. 



8 
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FIG. 6 is an illustration of selected basic components of an example end user 
e-mail communication message as sent by an end user originator, in accordance with 
one preferred embodiment of the present invention. 

FIG. 7 is an illustration of the end user e-mail communication message of FIG. 
5 6 converted completely into HTML for use in a web-based e-mail implementation of 
one preferred embodiment of the present invention. 

FIG. 8 is an illustration of the message of FIG. 7 with an inserted advertising 
background reference. 

FIG. 9 is an illustration of a screen display of the message of FIG. 8. 
1 0 FIG. 1 0 is a flowchart showing the general operation of another preferred 

embodiment of the present invention in a non-web-based, SMTP/POP3 
implementation of a backgroimd reference system accommodating an e-mail message 
with an attachment. 

FIG. 1 1 is an illustration of selected basic components of an example end user 
15 e-mail communication message that is not in MIME format and that has an 
attachment, in accordance with the preferred embodiment of FIG. 10. 

FIG. 12 is an illustration of an example message similar to that of FIG. 1 1 
converted into MIME format. 

FIG. 13 is an illustration of an example message similar to that of FIG. 12 
20 converted into a multipart/alternative part MIME format with an HTML part 
including a background reference. 

FIG. 14 is an object model diagram showing portions of one implementation 
of an advertising system in accordance with one preferred embodiment of the present 
invention. 

25 FIG. 15 is a flowchart showing a configuration process of the advertising 

system implementation portion represented by FIG. 14. 

FIG. 16 is a flowchart showing selected e-mail processing steps of the 
advertising system implementation portion represented by FIG. 14. 

FIG. 17 is a flowchart showing general system-level operation steps of the 
30 background reference system of the present invention, in accordance with another 
preferred embodiment. 
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FIG. 1 8 is an illustration of sample HTML web page coding with a 
background reference to a specific co-located advertisement file, in accordance with 
one implementation of the preferred embodiment of FIG. 17. 

FIG. 1 9 is an illustration of a web page corresponding to the HTML web page 
coding of FIG. 18. 

FIG. 20 is an illustration of sample HTML web page coding with a 
background reference to an advertisement through an ad serving software program 
with a full path name, including identification information. 

Reference will now be made in detail to the description of the invention as 
illustrated in the drawings. While the invention will be described in connection with 
these drawings, there is no intent to limit it to the embodiments disclosed therein. On 
the contrary, the intent is to cover all alternatives, modifications and equivalents 
included within the spirit and scope of the invention as defined herein and by the 
appended claims. 

DETAILED DESCRIPTION OF THE INVENTION 
Tuming now to the drawings, wherein like reference numerals designate 
corresponding parts throughout the drawings, FIG. 1 is a block diagram illustrating 
physical components 10 of one implementation of the present invention, which has 
flexibility, expandability, and platform independence. While system configuration 
can take many forms in accordance with scope of the present invention, the diagram 
of FIG. 1 illustrates a plurality of end user workstations 11, 12, 13 and 14 directly 
connected to networks 18 and 19, acceptable examples of which include, among 
others, local area networks (LANs) and Intranets. Additional workstations 20, 22 are 
remotely located and in commimication v^th the network 18 through a remote access 
network 24. Network servers 26, 28, and 30, one or more of which are capable of 
functioning as a message server, web server, and/or an ad server to perform the 
background reference insertion or background advertising methods in accordance with 
the various aspects of the present invention, as discussed below, are shown connected 
to each other through an Internet 32, with conventional routers and switches omitted 
for clarity, but understood by those reasonably skilled in the art of the present 

10 
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invention. Such network servers are configured to support one or more conventional 
communication protocols, including, but not limited to, SMTP, POPS, IMAP, NNTP, 
HTTP, etc. Of course, the elements of FIG. 1 are understood to be representative of 
multitudes of similarly connected components, and various types of conventional 
5 workstations are understood to be connected to the Internet 32 through conventional 
schemes. 

In one application of the physical components 10, one end user organization 
owns and maintains the components directly connected to network 1 8, and another 
end user organization owns and maintains the components directly connected to 

10 network 19. In that application, the network server 28 can be configured to insert 

background references into end user communications originated and received by any 
of the workstations 11, 12, 13, 14, 20, 22. For example, if an end user at workstation 
20 sends an e-mail message to an end user at workstation 12, such a message could be 
routed through network server 26, network server 28 for background reference 

15 insertion, and then network server 30. Though not necessary, such routing could be 
prompted by the end user at workstation 12 maintaining an e-mail mailbox on 
network server 28. In another of the many applications of the physical components 10 
included in the scope of the present invention, network server 26 is maintained by an 
Online Service Provider (OSP) to provide OSP customers using workstations 20, 22 

20 access to the Intemet 32, including e-mail mailboxes and access to the web and public 
messaging. In one example use of such an application, e-mail messages or public 
postings originated and/or received by an OSP customer would include background 
references inserted by network server 26, including those from and/or to other 
customers of the OSP and others outside the OSP, as configured by the OSP. As with 

25 the former application, OSP customers may also maintain mailboxes on network 

server 28. Clearly, these applications are merely examples, and other applications of 
the physical components 10 are also contemplated such that any network server is 
capable of functioning as a message server to perform the background reference 
insertion method of the present invention, as discussed below, without regard to 

30 whether mailboxes or user accounts are maintained by the message server. 



11 
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Refer now to FIG. 2, which is a block diagram illustrating one type of end user 
workstation 1 1, in accordance with one preferred embodiment of the present 
invention. A local interface 38, such as a conventional computer bus, is shown 
connected to a variety of components, including a storage unit 40, a processor 42, an 
5 input device interface 44 providing an interface to the local interface 38 for a 

conventional keyboard 46 and mouse 48, a display 50 for displaying information for 
being viewed by a user, a modem/network interface 55 for providing connectivity to 
other computers and networks, and memory 95. One example, among others, of an 
acceptable storage device 40 is a conventional hard drive, which is used for non- 

10 volatile storage of programs and other data which are loaded into memory 95 for 

operation of the workstation 1 1 and used by processor 42 to control operation of the 
workstation 1 1 . Such programs (also referred to as applications, systems, software, 
etc.) typically include, among others, an operating system 96, a browser client 52, an 
e-mail client 53, and a public posting client 54. Examples of acceptable operating 

15 systems 96 include, among others, Microsoft® Windows® and Unix. Examples of 
acceptable browser clients 52 include, among others, Microsoft® Internet Explorer 
and Netscape Navigator. One example, among others, of an acceptable e-mail client 
is Eudora Pro Email v4.0. One example, among others, of an acceptable public 
posting client 54 is Microsoft® Outlook Express, which also fiinctions as an 

20 acceptable e-mail client. Some web browser clients also fimction as non-web-based 
newsgroup and e-mail clients, thus also serving as enhanced readers of NNTP and 
POPS information. Of course, the scope of the present invention is intended to 
include, but not be limited to, any client capable of displaying end user information 
with a definable backgroimd from any type of electronic feed, including but not 

25 limited to, web pages, e-mail messages, public postings, etc. 

Referring back to FIG. 1 , one example implementation and application of the 
present invention includes the network server 28 fimctioning as a message server for 
inserting advertisement background references into end user messages. Refer now to 
FIG. 3, which shows a block diagram representation of selected elements of one type 

30 of network server 28, which is shown including hardware elements similar to those of 
the example workstation 1 1 shown in FIG. 2. For example, a local interface 138, such 
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as a conventional computer bus, is shown connected to a variety of components, 
including a storage unit 140, a processor 142, an input device interface 144 providing 
an interface to the local interface 138 for a conventional keyboard 146 and mouse 148, 
a display 150, a modem/network interface 155 for providing connectivity to other 
5 computers and networks, and memory 195. One example, among others, of an 

acceptable storage device 140 is a conventional hard drive, which is used for non- 
volatile storage of software programs and other data which are loaded into memory 
195 for operation of the network server 28 and used by processor 142 to control 
operation of the network server 28. However, the network server 28 executes 

10 software programs (also referred to as applications, systems, software, etc.) which are 
different fi-om those of the workstations. For example, in accordance with one 
implementation, software executed by the network server 28 executes a web server 
152, e-mail server 153, public posting server 154, such as a newsgroup server, and 
background reference system 155. In other implementations, network server 28 

1 5 executes background reference system 1 55 in combination with one or more of the 
web server 152, public posting server 154, e-mail server 153, or other end user 
message server software. In addition, while one implementation of the present 
invention includes separate background reference system 155 which communicates 
with one or more end user message server software programs, other implementations 

20 include integrated end user message software solutions which directly incorporate the 
fiinctionality of the background reference system 155. 

In addition, the background reference system 155 of the present invention can 
be implemented in hardware, software, firmware, or a combination thereof. In one 
preferred embodiment, the background reference system 155 is implemented in 

25 software or firmware that is stored in a memory and that is executed by a suitable 
instruction execution system. The backgroimd reference system 155, which 
comprises an ordered listing of executable instructions for implementing logical 
fimctions, can be embodied in any computer-readable medium for use by or in 
connection with an instruction execution system, apparatus, or device, such as a 

30 computer-based system, processor-containing system, or other system that can fetch 
the instructions from the instruction execution system, apparatus, or device and 

13 



wo 99/63453 



PCT/US99/12655 



execute the instructions. Examples, among many others, of acceptable software 
implementation environments include Java, Javascript, C-i-+, etc. In the context of 
this document, a "computer-readable medium" can be any means that can contain, 
store, communicate, propagate, or transport the program for use by or in connection 
5 with the instruction execution system, apparatus, or device. The computer readable 
medium can be, for example but not limited to, an electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable 
medium would include the following: an electrical connection (electronic) having one 

10 or more wires, a portable computer diskette (magnetic), a random access memory 
(RAM) (magnetic), a read-only memory (ROM) (magnetic), an erasable 
programmable read-only memory (EPROM or Flash memory) (magnetic), an optical 
fiber (optical), and a portable compact disc read-only memory (CDROM) (optical). 
Note that the computer-readable medium could even be paper or another suitable 

1 5 medium upon which the program is printed, as the program can be electronically 
captured, via for instance optical scanning of the paper or other medium, then 
compiled, interpreted or otherwise processed in a suitable manner if necessary, and 
then stored in a computer memory. 

Refer also to FIG. 4, which is a flowchart showing general operation steps 300 

20 of the background reference system 155 of the present invention, in accordance with 
one preferred embodiment. The background reference system 155 receives an end 
user communication message in step 304, such as, for example, through an SMTP or 
NNTP gateway from the Internet 32 (FIG. 1), through a POP3 or IMAP mailbox, or 
through any other communication connection method for intercepting or otherwise 

25 accessing an end user communication message sent toward at least one end user 
recipient from an end user originator. The background reference system 155 
determines if the received message is in a format, such as HTML as one example, that 
can accept a reference to a background, such as an advertising image as one example. 
If the message is not in such a format, such as plain text as one example, the message 

30 is converted into an appropriate format to accept a background reference, as indicated 
in step 308. If the message is already in such a format, or after the message is 
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converted into such a format in step 308, an appropriate background reference is 
added to the message, such as through a background reference insertion process 312, 
an example of one implementation of which is shown in FIG, 5 and discussed below. 
Subsequently, as indicated in step 314, the end user message is made available for 
5 delivery to one or more end user recipients. In some embodiments and 

implementations of the present invention, this step includes sending and actually 
delivering the message to one more end users in user dependent formats. 

Refer now to FIG. 5, which shows the operation of one implementation of the 
background reference insertion process 312 of FIG. 4. The implementation of FIG. 5 

10 is related to an advertisement system, but it should be understood that the present 
invention includes inserting references to any type of background into end user 
messages. In addition, included in the scope of the present invention are practically 
all technologies through which a background, tiled or not tiled on an end user 
recipient's screen, is designated for an end user communication message, including 

15 client-based solutions and future technologies for accomplishing the described 

functions. Nonetheless, it should be clear that while the scope of the present invention 
is also intended to include inserting a reference to any type of background image, 
graphic, etc., including non-advertisements, the method of inserting a reference to an 
advertisement is considered particularly useful and beneficial, as discussed above. 

20 According to the implementation of FIG. 5, it is first determined at step 404 

whether the message already includes a background reference. While some 
embodiments of the present invention include determining if any type of background 
reference is specified, including a mere designation of a color, other embodiments 
include checking only for a designation of a separate image file as a background. In 

25 addition, some embodiments will include making this determination only for 

messages previously determined in step 306 to already be in a format that can accept a 
backgroimd reference since such messages are more likely to already include a 
background reference. If the message already includes a backgroimd reference, step 
406 determines if an approval configuration specifies whether the background 

30 reference can be overwritten with a new background reference. If the approval 
configuration indicates that backgroimd references are not to be overwritten for a 
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particular message, step 412 indicates that the background reference insertion process 
312 terminates without overwriting the existing background reference. An approval 
configuration file is maintained in one embodiment of the present invention in order 
to enable end user recipients to configure the background reference system 155 (FIG. 
5 3) on whether or not to overwrite existing background references in messages 

received by them. In other embodiments, steps 404 and/or 406 are omitted, whereby 
there is automatic overwriting of all or no existing background references. 
Furthermore, the ordering of steps in the various flowcharts of the present invention 
are not intended to limit the scope of the present invention with respect to order of 

10 operation since other embodiments include varying the orders of the steps. As one 
example, in some embodiments, steps 404, 406 and 412 are instead executed after a 
message is received and before format determination is made in step 306. In still 
other embodiments, a general approval determination is included before format 
determination in order to determine if a particular end user recipient has approved any 

15 background reference insertions, regardless of whether any background references 
already exist. 

In accordance with the implementation shown in FIG. 5, when the background 
reference system 155 determines that an existing background reference may be 
overwritten in step 406, or if it is determined that there is no background reference 

20 specified in step 404, then finther determinations are made as to which advertisement 
should be referenced by a new backgroimd reference to be inserted (or overwritten if 
already present) into the message. Based on a determination in step 408, 
advertisements may be selected by the background reference system 155 based on 
available demographic information for a particular end user recipient (step 414) and/or 

25 on advertiser and advertisement exposures (step 416). In a web-based "free" e-mail 
implementation, acquisition of demographic information is required before the e-mail 
account is provided to a user. If demographic information is not available or is 
otherwise inconclusive for targeted advertisements, commitments to advertisers may 
drive the selection fi-om a pool of available advertisers. Of course, as advertisements 

30 are selected based on demographic categories or exposure requirements, records are 
maintained for future selection and reporting purposes. There are many conventional 
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demographic and advertisement pool processing systems currently available and 
understood by those reasonably skilled in the art of the present invention. Although 
only two types of advertisement selection criteria have been discussed, it should be 
understood that other criteria can be used without departing from the spirit of the 
5 present invention. Of course, advertisements should be constructed in color and 
design to not interfere with end user recipients being able to read the foreground 
message text. 

Once an appropriate advertisement has been selected in steps 414 or 416, a 
background reference to that advertisement is inserted into the message at step 418. 

10 In one implementation of the present invention in HTML, a background tag, such as 
<body background="AdvertisementFile">, is inserted into an HTML portion of a 
message, where ''AdvertisementFile" is the name of a stored advertisement file. The 
advertisement file itself, often a graphical file, is preferably not transmitted with the 
message in some preferred embodiments of the invention, but is typically stored at the 

15 message server or other location remote from the end user recipient. In web-based 
embodiments, the background file may be co-located, and in a similar storage 
directory or folder, with the web page message or located remotely from the web page 
message. If the background file is co-located with the web page message in the same 
storage directory or folder, the background reference need only include the name of 

20 the background file. Otherwise, preamble directory names or full URL addresses 
beginning with "http://www", etc., are necessary since the background file can be 
located anywhere on the Web in some embodiments. 

In some web-based embodiments where messages are stored on a network 
server after viewing by an end user recipient, the background reference insertion steps 

25 of the present invention are repeated each time the end user views the message to 
show the end user a different background each time the message is viewed. In 
addition, in other embodiments, regardless of whether those embodiments are web- 
based, the actual background file referenced by the background reference is changed 
so that the end user recipient views a different background when the message is 

30 viewed subsequently. In still other embodiments, the URL is not an actual address of 
a known file, but a call to a separate server program, or script, to supply an unknown 



wo 99/63453 



PCT/US99/12655 



particular file chosen by the server program. Since the particular file supplied will 
automatically vary in some embodiments, end user recipients see different 
backgrounds each time the message is viewed. While apparently never having been 
associated with the insertion of background references into end user conmiunication 
5 messages, some methods of calling a server program, or script, for receiving an 
unknown particular file are conventional and would be understood by those 
reasonably skilled in the art of the present invention, and are included within the 
scope of the present invention. 

Some other embodiments include transmitting the advertisement file as an 

10 attachment along with the message for storage on an end user recipient workstation. 

Of course, configuration or knowledge of the end user recipient downloading location 
would be necessary (e.g., c:\downloadfolder\) in constructing the proper address in the 
background reference of the downloaded advertisement, which would only need to be 
downloaded once in embodiments tracking which advertisements are downloaded to 

15 which end user recipients and selectively sending only those advertisements that have 
not previously been sent to particular end user recipients. 

FIG. 6 shows an illustration of selected basic components of an example end 
user e-mail communication message as sent by an end user originator, in accordance 
with one preferred embodiment of the present invention. Additional conventional 

20 header information is not shovra for purposes of clarity, as is also often selectively the 
case with conventional e-mail clients. Referring also back to FIG. 4, if a message 
represented by the example message of FIG. 6 is received in step 304 of FIG. 4, it 
would be subsequently determined in step 306 that the message is not in format that 
can accept a background reference since the message is in plain text. Consequently, 

25 in step 308, the message would be converted into an appropriate format, such as 

HTML, an example of which is shown in FIG. 7. If, instead, a message represented 
by FIG. 7 was initially received at step 304, i.e., one which includes an HTML 
portion, as an example, it would already be in an appropriate format, and step 308 
would not be executed. Subsequently, as discussed above with respect to background 

30 reference insertion process 3 12, a background reference is inserted into the message, 
an example of which is shown in FIG. 8. The example background reference shown 
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in FIG. 8 is <body backgroimd=="http://www.exampledomainxom/tkhr_ad.jpg''>. As 
discussed above, in some web-based embodiments storing advertisements in the same 
directory or folder as web page messages, the preamble can be omitted; thus, in the 
example shown in FIG. 8, the preamble "http://www.exampledomain.com/" could 
5 then be omitted. 

FIG. 9 shows an illustration of a screen display of the example message of 
FIG. 8, where a tiled background image of a diagonal "www.tkhr.com" is shown as an 
example. Again, this image is not "clickable" since it is in the background of the 
screen, but e-mail messages and other end user communications can be branded, or 

10 watermarked, with virtually any background image as shown. In one implementation 
of a web-based e-mail system, the entire browser viewing area is used for displaying 
the message and background image, thus control buttons such as reply, reply all, 
forward, delete, close, download attachment, etc. are on another screen and are 
accessible by a back button on a browser, as is conventionally available in other web- 

15 based e-mail systems. In another implementation, the information shown in FIG. 9 is 
placed in a frame or table to share the browser viewing area with one or more other 
frames and/or tables containing controls. In yet another implementation, control 
buttons and additional information is inserted into the message itself. Of course, 
traditional banner advertisements may still be displayed in addition to the background. 

20 Refer now to the FIG. 1 0, which is a flowchart showing general operation 

steps 500 of another preferred embodiment of the present invention in a non-web- 
based, SMTP/POP3 implementation of a backgrovmd reference system 
accommodating an e-mail message with an attachment. This example is useful for 
end user recipients with MIME-compatible and HTML-compliant e-mail clients. In 

25 the example shown, after receiving a message in step 504, it is determined if the 

message is in a conventional MIME format in step 506. In this preferred embodiment, 
this determination can be performed by searching the message for the text "MIME- 
Version", for example, in a header field. Although this is the search criteria in this 
preferred embodiment, it should be understood that the scope of the present invention 

30 includes any search criteria that may be used in identifying whether a message is 
MIME formatted. If the message is not in a MIME format, it is checked for 
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attachments included within the text of the message and converted into a MIME 
fomiat in step 908. One such type of attachment is the conventional UUENCODED 
attachment, which is delineated by keywords "begin" and "end"; hence, in this 
preferred embodiment, the message is checked for characteristic placement of these 
5 keywords. Once converted, the message will include a "MIME- Version" header field, 
and any attachment will be converted into a MIME attachment portion. One example 
attachment conversion process includes converting from UUENCODE to base64, 
which is well defined and documented in Request for Comments (RFC) 2045, which 
is considered understood by those skilled in the art of the present invention and which 
10 is herein incorporated by reference. The converted attachments will be added as parts 
to the message, including the addition of separators as discussed in more detail in 
RFC 2045. 

Next, a MIME multipart/altemative part with HTML is added in step 510. 
The multipart/altemative designation offers an alternative version of the text of the 

15 message such that clients that support HTML can display it, and clients that do not 
can show the other altemative, which is usually plain text. The HTML part is 
essentially an HTML version of the e-mail message, the conversion to which would 
be imderstood by those reasonably skilled in the art of the present invention as similar 
to that discussed above with respect to step 308 (FIG. 4). If the message received in 

20 step 506 is already in a MIME format, it is determined in step 511 whether the 
message already contains an HTML part, such as through searching for an 
appropriately located string "text/html". If not, step 510 is executed as discussed 
previously. If so, as well as after step 510 is executed in the other two circumstances 
discussed previously, a background reference insertion process is executed in step 

25 512, which is similar to the backgroimd reference insertion process 312 shown in FIG. 
5. As with the embodiment discussed in FIGS. 4 and 5, the ordering of steps is 
changed in other embodiments, and previous determinations may affect subsequent 
determinations. For example, if it is known through steps 508 or 51 1 that the message 
does not contain an HTML part, steps 404, 406, and 412 need not be executed since it 

30 would already be known that no background reference is specified. 



20 
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FIG. 1 1 is an illustration of selected basic components of an example end user 
e-mail communication message that is not in MIME format and that has an 
attachment, in accordance with the preferred embodiment of FIG. 10. The 
attachment, "clouds.bmp", is shown in a UUENCODED format between, and 
5 including, the words "begin" and "end." FIG. 12 is an illustration of an example 

message similar to that of FIG. 1 1 converted into MIME format with the attachment 
in base64 encoding. FIG. 13 is an illustration of an example message similar to that 
of FIG. 12 converted into a multipart/alternative part MIME format with an HTML 
part including a background reference. The HTML part begins with <HTML> and 

10 ends with </HTML>, and the example background reference is shovra as <body 
background="http://www.exampledomain.com/tkhr_ad.jpg>. In an HTML- 
compatible, MIME-compliant e-mail client, the "clouds.bmp" attachment would be 
downloaded to the end user recipient's workstation, and the e-mail message would be 
displayed with a tiled background of the image file located at the referenced address. 

15 The "clouds.bmp" file is not intended to be the background file in this preferred 
embodiment, but as discussed above, other embodiments include sending the 
background file along as an attachment to the message. Thus, if the "clouds.bmp" file 
were the intended background file, and if it were known that the download directory 
on the end user recipient workstation was "c:\download", then the background 

20 reference would be similar to <body background="c:\download\clouds.jpg">. 

Refer now to FIG. 14, which is an object model diagram 600 showing portions 
of one implementation of an advertising system in accordance with one preferred 
embodiment of the present invention. The method employed by the diagram 600, also 
known as a Rose model, is a unified modeling language, (UML), a standardized way 

25 of representing objects and their relationships to each other. In the diagram 600, a 
hollow arrow "inherits" (a first object inherits firom a second object if the first object 
takes on the properties and behavior of the second object, i.e., the first object contains 
the properties and methods of the second object), a dotted line with an arrow is a 
dependency (using an object internally or during a function call as a parameter) and a 

30 straight solid line is an "association" (using an object internally without exposing it). 
Boxes shown in the diagram are object classes, which include member variables and 
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methods. The letter ''Z" merely signifies that the element is an object, i.e., standing 
for "the." 

Thus, a ZVendorSpecificEmaillnterface 610 inherits from a 
ZEMaillnterfaceBase 612; a ZVendorSpecificDemographicInterface 614 inherits from 
5 a ZDemographicInterfaceBase 616; ZVendorSpecificApprovallnterface 618 inherits 
from a ZApprovallnterfaceBase 620; and a ZHTMLEMail 622 inherits from both a 
ZEMailBase 624 and a string 626. A ZWatermarker 628 has a dependency on the 
ZEMaillnterfaceBase 612, the ZDemographicInterfaceBase 616, and the 
ZApprovallnterfaceBase 620, as well as an association with the ZHTMLEMail 622 

1 0 and the ZEMailBase 624. The ZEMaillnterfaceBase 612 also has dependencies on the 
ZHTMLEMail 622 and the ZEMailBase 624. The ZEMailBase 624 has dependencies 
on the string 626 and a ZAttachment 632, as well as associations with a list<String> 
630 and a list<ZAttachment> 634, both of which are aggregates of a list<Type> 636 
and themselves have dependencies on the string 626 and ZAttachment 632, 

15 respectively. The ZApprovallnterfaceBase 620 has a dependency on the ZEMailBase 
624. The list<Type> 636 is a template class corresponding to a standard template 
library for dynamic compilation. A template class is a class which, at compile time, 
takes parameters passed to it and replaces those parameters internally. The 
ZEMailBase 624 contains Zattachment 632 and string 626 to store its contents. 

20 Member variables and methods for the objects of FIG. 14 include the 

following, with colons meaning "type" for members and "return type" for 
methods: 

ZAttachment 632 
25 MEMBERS 

m_ulLength : Long = 0 

m j)BinaryData : void * = NULL 

m_Name : String = 

METHODS 
30 ZAttachment () 

GetData () : void* 



22 
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PutData 0 (pData : void* = default, IDataLength : long = default) : enumSuccessError 

ZEMailBase 624 

MEMBERS 
5 m RecipientList : list<String> 

m CarbonCopyList : list<String> 

m Date : Date 

m sSender : String 

m_ sSubject : String 
10 ni sBody : String 

m_AttachmentList : list<ZAttachment> 

m lReferencelD : Long = 0 

m_sMailBoxName : String 

METHODS 
1 5 GetRecipientCount () : Long 

GetRecipient (llndex : Long) : String 

GetCarbonCopyCount () : Long 

GetCarbonCopy (llndex : Long) : String 

GetDate () : Date 
20 GetSender () : String 

GetSubject () : String 

GetBody () : String 

GetAttachmentCount () : Long 

GetAttachment () : ZAttachment 
25 GetReferencelD () : Long 

GetMailBoxName () : String 

ZHTMLEMail 622 
METHODS 

30 ZHTMLEMail (EMailBaseToCopy : ZEMailBase&) 

Construct (EMailBaseToCopy : ZEMailBase&) : enumSuccessError 

23 
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AddBackground (sBackgroundReference : String) : enumSuccessError 

ZWatermarker 628 
MEMBERS 

5 m jpEMaillnterfaceBase : ZEMaillnterfaceBase * = NULL 

m pDemographicIInterface : ZDemographicInterface * = NULL 
m_pApprovalInterface : ZApprovallnterfaceBase * = NULL 

METHODS 

PutEmaillnterface (pEMailllnterface : ZEMailllnterfaceBase *) : enumSuccessError 
10 PutDemographicInterface (pDemographicInterface : ZDemographicInterfaceBase *) : 
enumSuccessError 

PutApprovallnterface (pDemographicInterface : ZApprovallnterfaceBase * = default) 

: enumSuccessError 
ProcessEMail (IReferencelD : Long) : enumSuccessError 
15 ConvertEMail () : enumSuccessError 

ZEMaillnterfaceBase 612 
METHODS 

Register (pWatermarker : ZWatermarker*) : enumSuccessError 
20 GetEMail (IReferencelD : DataType) : ZEMailBase 

PutEMail (HTMLEMail : ZHTMLEMail&) : enumSuccessError 

ZDemographicInterfaceBase 616 
METHOD 

25 GetBackgroundReference (MailBoxName : String) : String 

ZApprovallnterfaceBase 620 
METHOD 

IsApproved (rEMailBase : const ZEMailBase& = default) : BOOL 

30 
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Each of the vendor specific objects, including ZVendorSpecificEmaillnterface 
610, ZVendorSpecificDemographicInterface 614, and 

ZVendorSpecific Appro vallnterface 618, are constructed to interface with specific 
vendor systems. Thus, such objects may be interchanged and used as necessary when 
5 working with different systems. Furthemore, the ZVendorSpecificEmaillnterface 610 
is replaced with a ZVendorSpecificNewsgroupInterface for NNTP interfacing, as well 
as any other type of end user messaging system needed. 

Refer also to FIG. 15, which is a flowchart showing a configuration process 
700 of the advertising system implementation portion represented by FIG. 14. When 

10 configuration process 700 software is compiled, a determination is made regarding the 
operating system environment, such as Windows or Unix. After that determination is 
made, the compiled software runs according to the operating system distinctions 
shown, but the determination is made only once. Thus, after it is determined that 
Unix or Windows is the operating environment for a particular implementation, all of 

15 the illustrated operating system determinations 704, 718, 726, and 734 are already 

determined. After the process 700 starts in step 702, a manual process, if Unix is the 
operating system, three daemons are manually started in steps 706, 708, and 710, 
including a vendor specific email interface daemon, a vendor specific demographic 
interface daemon, and a vendor specific approval interface daemon, respectively. 

20 Subsequently, a watermarker container program is manually started in step 

712. The watermarker container program then instantiates, creates an instance of, 
ZWatermarker 628 in step 714. Subsequently, in step 716, the watermarker container 
program creates an instance of the ZEMaillnterfaceBase 612, after which either a 
vendor specific EMaillnterface DLL is loaded (step 720) or communication is 

25 established to a vendor specific EMaillnterface daemon (step 722), depending on the 
operating system in which the process 700 software is compiled, as discussed above. 
Then, in step 724, the watermarker container program creates an instance of the 
ZApprovallnterfaceBase 620, after which either a vendor specific Approvallnterface 
DLL is loaded (step 728) or communication is established to a vendor specific 

30 Approvallnterface daemon (step 730), depending on the operating system in which the 
process 700 software is compiled, as discussed above. In step 732, the watermarker 
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container program creates an instance of the ZDemographicInterfaceBase 616, after 
which either a vendor specific Demographiclnterface DLL is loaded (step 736) or 
communication is estabUshed to a vendor specific Demographiclnterface daemon 
(step 738), depending on the operating system in which the process 700 software is 
5 compiled, as discussed above. 

The watermarker container program then passes the ZApprovallnterfaceBase 
620 to the ZWatermarker 628 in step 740, which calls the PutApprovallnterface 
method in the ZWatermarker 628. The watemiarker container program passes the 
ZEMaillnterfaceBase 612 to the ZWatermarker 628 in step 742, which calls the 

10 PutEMaillnterface method in the ZWatermarker 628, which then prompts the 

ZWatermarker 628, in step 744, to call ZEMaillnterfaceBase: :Register to enable the 
ZEMaillnterfaceBase 612 to trigger work. In step 746, the watermarker container 
program passes the ZDemographicInterfaceBase 616 to the ZWatermarker 628, which 
calls the PutDemographicInterface method in the ZWatermarker 628. Although the 

15 watermarker container program is then finished initializing, the process 700 waits in 
step 748 for the ZEMaillnterfaceBase 612 to trigger work in response to receiving an 
e-mail message as discussed below. 

Refer also to FIG. 1 6, which is a flowchart showing selected e-mail processing 
steps 800 of the advertising system implementation portion represented by FIG. 14. 

20 After an e-mail message is received in step 802, through the 

ZVendorSpecificEmaillnterface 610, the ZEMaillnterfaceBase 612 calls, in step 804, 
the ZWatermarker: iProcessEmail method in the ZWatermarker 628 with an EMail 
reference ID (identification number). Step 802 may include being notified by an 
extemal brand-specific e-mail server program through the 

25 ZVendorSpecificEmaillnterface 610 that a new e-mail message is in a particular 

mailbox. In other embodiments, the ZVendorSpecificEmaillnterface 610 polls the 
extemal e-mail server program to determine when a new e-mail message is available. 
When the ZWatermarker 628 is available in step 806, it retrieves the e-mail message 
from the ZEMaillnterfaceBase 612 as a ZEMailBase 624 object using the previously 

30 supplied reference ID. The ZEMailBase 624 is a data container that parses the 
received e-mail message so that the ZWatermarker 628 can operate on e-mail 
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messages regardless of format. Subsequently, in step 808, the ZWatermarker 628 
passes the ZEMailBase 624 object to the ZApprovallnterfaceBaseilsApproved method 
of the ZApprovallnterfaceBase 620, which examines the ZEMailBase 624 object to 
determine if further processing is necessary, as determined by a separate approval 
5 system with which the ZVendorSpecificApprovallnterface 618 interfaces. As 
discussed above, this separate approval system functions in accordance with an 
approval configuration for each end user recipient which, in some embodiments, 
determines if an existing background reference exists and if it is to be overwritten. In 
other embodiments, certain users may be configured to have all background 

10 references overwritten, and in other embodiments, the insertion of background 

references is approved based on other demographic or message content factors. As 
determined in decision step 810, if the ZApprovallnterfaceBaseilsApproved method 
retums false, the process 800 essentially terminates and waits for another incoming e- 
mail message in step 812. Otherwise, processing continues in step 814. 

15 In step 814, the ZWatermarker 628 retrieves the MailBoxName from the 

ZEMailBase 624 object. Subsequently, in step 816, the ZWatermarker 628 begins the 
process of obtaining an appropriate background reference by calling the 
ZDemographicInterfaceBase::GetBackgroundReference method of the 
ZDemographicInterfaceBase 616 and supplying the MailBoxName. Then, in step 

20 818, separate demographic software, to which an interface is provided through 

ZVendorSpecificDemographicInterface 614, determines the appropriate background 
reference for the supplied MailBoxName. In step 820, the ZWatermarker 628 
converts the ZEMailBase 624 object to a ZHTMLEMail 622 object with a provided 
copy constructor. Since the ZHTMLEMail 622 inherits from the ZEMailBase 624, 

25 the ZHTMLEMail 622 has access to all of the data and structure of the ZHTMLEMail 
622 object for making an HTML copy. As discussed above, conversion to HTML 
includes a complete conversion for web-based applications, and conversion of a 
portion of the e-mail message for non- web-based applications. In addition, 
attachments are also handled at this point as discussed above, as well as the creation 

30 of control buttons for general control and for downloading any attachments through 
server scripting in web-based applications. Then, in step 822, the ZWatermarker 628 
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calls the ZHTMLEMail::AddBackground method of the ZHTMLEMail 622 with the 
appropriate background reference, which is inserted into the HTML of the 
ZHTMLEMail 622 object. In step 824, the ZWatermarker 628 returns the newly 
formatted ZHTMLEMail to the ZEMaillnterfaceBase by calling the PutEmail method, 
5 which includes placing the ZHTMLEMail 622 object in an appropriate place for 

making the message available for delivery to an end user recipient. Subsequently, the 
process 800 waits for the next e-mail message in step 812. 

In other embodiments of the present invention, the RecipientList and 
CarbonCopyList variables of the ZEMailBase 624 object for each e-mail message are 
10 used to generate associational demographic information. In other words, marketing 
conclusions can be drawn about other primary recipients and carbon copy recipients 
based on demographic information of one intended end user recipient. Thus, this 
information is useful and easily tracked and reported in accordance with the present 
invention. 

1 5 Now, refer back to FIG. 1 , in accordance with another aspect of the present 

invention, namely, a web page background advertising embodiment that is not 
necessarily related to messaging, as will be discussed with further reference to FIGS. 
1 7 - 20. According to this additional aspect of the present invention, in additional 
implementations of the physical components 10, one organization owns and maintains 

20 the components directly connected to network 18, and another organization owns and 
maintains the components directly connected to network 19. For example, network 
server 26 can be maintained by an Online Service Provider (OSP) to provide OS? 
customers using workstations 20, 22 access to the Intemet 32, including e-mail 
mailboxes and access to the web and public messaging. In another example, network 

25 18 is maintained by a private company for purposes of providing employees access to 
the Intemet. In some embodiments, network server 26 includes storage accessible 
from the Intemet, and in other embodiments, network server 26 only provides access 
to the Intemet for other components connected to network 1 8. As discussed below, in 
various embodiments, one or more network servers 26, 28, and 30 can be utilized to 

30 store web page coding, advertisements, and software for dynamically generating web 
page coding or managing and serving advertisements. Still other embodiments of the 
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present invention include Intranet applications having no access to the Internet 
whereby an entity would pay a fee to an organization to background advertise to its 
employees only. While FIG. 2 would remain similar to that discussed above, the 
background reference system 155 of FIG. 3 may not be necessary for embodiments 
5 not related to messaging. Instead, web server 152 is generally employed for 

generation and utilization of web page coding. In addition, as with the background 
reference system 155 in the above embodiments, the general functionality disclosed 
and discussed in reference to FIGS. 17-20 can be implemented in hardware, 
software, firmware, or a combination thereof, as well as represented in the forms and 

10 mediums discussed above. 

Generally, web page coding is transmitted by web server 152 through local 
interface 138 and modem/network interface 155 to browser client 52 (FIG. 2). In one 
embodiment, static web page coding is stored in storage 140 for access and 
transmission by web server 152, and in other embodiments, web server 152 

15 dynamically generates and transmits to browser client 52 (FIG. 2) web page coding as 
instructed by one or more software components. Acceptable types of such software 
components include one or more of the following, among others: common gateway 
interface (CGI) scripts, including those written in C++, Pearl, etc., as well as server- 
side includes (SSIs), and active server pages (ASPs). In accordance with one 

20 embodiment, also stored in storage 140 are advertising files, including images, etc. In 
other embodiments, advertisements are stored in other remotely located network 
servers 26, 28, etc. As discussed below, in some embodiments, background 
references to specific advertisements are included and stored in static web page 
coding. In other embodiments, web serving software components dynamically insert 

25 background references to advertisements, which may be statically controlled through 
the web serving software components or selected from a plxirality of available 
advertisements through integrated background advertisement serving components or 
through communication with separate background advertisement serving software 
programs. 

30 In some embodiments, such separate background advertisement serving 

software programs are also part of web server 152, i.e., self-contained software 
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components of web server 152, and in other embodiments, the separate background 
advertisement serving software programs are remotely located on different network 
servers 26, 28, etc. In accordance with some embodiments of the present invention, 
regardless of location or integration, the background advertisement serving software 
5 programs primarily respond to requests for advertisements by serving through a 

plurality of advertisements so that browser clients see different advertisements upon 
repeated viewings of a web page. In some embodiments, the background 
advertisement serving software programs also track advertisement exposures and 
provide for billing functionality. In addition, in some embodiments, such programs 

1 0 select advertisements according to identifications of particular web pages and/or web 
page owners, demographic information of users, etc. Such identification and 
demographic information can be included in a URL request, including through the 
specification of particular directories and subdirectories maintained by the background 
advertisement serving software programs. For example, if a user has requested a 

1 5 particular web page wdthin a particular web site, certain demographic information is 
available for targeted background advertisements. 

Refer also to FIG. 17, whi6h is a flowchart showing general system-level 
operation steps 900 of the background reference system of the present invention, in 
accordance with one preferred embodiment. Initially, a browser client 52 (FIG. 2) 

20 transmits a request for a web page (step 902), which is often prompted by a user 

inputting a URL, or web page address, into the browser client 52, or by a user 
clicking on a link specifying the URL. As would be understood by those skilled in the 
art of the present invention, the URL is converted into an IP address and routed in 
manner whereby a request for a web page is eventually communicated to the web 

25 server 152 (FIG. 3) (step 904). Upon receiving the web page request, the web server 
152 transmits (step 906) to the browser client web page coding that includes a 
backgroxmd advertising reference. In one implementation, the background advertising 
reference is a background attribute of a hypertext markup language (HTML) body tag. 
Refer now to FIG. 18, which shows an illustration of sample HTML web page coding 

30 930 with a backgroxmd reference to a specific co-located advertisement file, in 

accordance with one implementation of the present invention. In that example, the 
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body tag is shown as follows: <body background=="CompanyBAd.gif' >. In that 
example, the background attribute is set to an advertisement bitmap file named 
"CompanyBAd.gif' that is co-located with the web page coding or available in the 
directory referenced by the original URL since a complete pathname is not included. 
5 As discussed below, a corresponding example web page illustration 940 is shown in 
FIG. 19, with the CompanyBAd.gif file being represented as a more lightly shaded or 
colored diagonal "Company B Ad" tiled in background across an entire browser client 
window (tables, frames, etc. can also be used in other implementations to define areas 
for background image setting). Of course, many types of corporate trademarks, logos, 

10 animations, etc. can be stored as an advertisement, and it would be important in some 
implementations to lightly shade or color the advertisement to reduce visual 
interference with the foreground elements, such as basic text. The text characters 
"Company A Web Page" are shown as foreground elements. The title designated in 
the web page coding 930 is not shown in FIG. 19 but would appear at the top of the 

1 5 drawing. 

In a static web page coding implementation, a web page designer would have 
generated and stored the static web page coding with an inserted background 
advertising reference prior to step 906 in FIG. 17. In a dynamic web page coding 
implementation, step 906 includes executing web server software components, as 

20 discussed above, to generate and output web page coding, including inserting a 

background advertising reference. In addition, other web server software components 
or other co-located or remotely located software programs may, in accordance with 
various embodiments, be consulted to insert the proper background advertising 
reference. Furthermore, as discussed above, in some implementations the background 

25 advertising reference refers to a particular advertisement file, and in other 
implementations, the background advertising reference generically refers to 
background advertisement serving software programming, such as is referenced in 
web page coding 950 shown in FIG. 20. Referring now to FIG. 20, the background 
attribute of the body tag is set to the following hypothetical example: 

30 "http://www.backadserve.eom/A/2/serve.cgi". In this example, a CGI script entitled 
"serve.cgi" is located in the "/A/2" directory at the "backadserve.com" domain, with 
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''A" identifying a web page owner and "2" identifying a particular web page of that 
web page owner. Thus, different ad serving software programs can be accessed based 
on which particular web page is being viewed for each particular web page owner. In 
other words, in this hypothetical example, the letter ''A" is used as an example to 
5 identify a particular entity, but the identification could just as easily be the actual 
name of the entity or any other designation identifying the entity. Likewise, the 
number "2" is used as an example of an identifier for a particular web page, but other 
characters or directory names could be used to identify a particular web page. In 
addition, of course, directory names may also be used for other purposes related to 

1 0 other types of identification, as well as purposes completely unrelated to 

identification. Furthermore, in one implementation, a background advertisement 
brokerage, an example owner of the hypothetical domain name backadserve.com, 
would maintain advertising client directories and customized background 
advertisement serving software corresponding to web page owners. As the various 

1 5 software programs are accessed, they serve through defined pools of advertisements 
for each web page owner and/or web page, tracking and billing accordingly. Money 
or other valuable consideration is generally exchanged from advertised entities by 
brokerage and/or by web page owners for exposing advertisements, either before or 
after advertisement exposures, based on exact or estimated exposures. In some 

20 implementations, value may not exchange hands between the same or affiliated 
entities. In other implementations, as would be understood by those reasonably 
skilled in the art of the present invention, "cookies" or other files accessible on the 
workstation 1 1 can be utilized to record which advertisements have been viewed by a 
particular user to assist in distributing more distinct advertisements to each user, in 

25 which case the advertisement software serving software would manage and use such 
information. 

Referring back to FIG. 17, after web page coding with the background 
advertising reference is received by the browser client 52 (step 908), the browser 
client 52 begins displaying web page coding (step 910). At this point, foreground text 
30 (such as "Company A Web Page") begins showing on the browser client 52. Of 

course, references herein to displaying material on the browser client 52 or browser 
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client window correspond to a browser client portion of the software controlled 
display 50 (FIG. 2), as would be understood by those reasonably skilled in the art of 
the present invention. In other implementations, step 910 is delayed until after steps 
912 - 920. As the browser client 52 begins attempting to interpret the web page 
5 coding, the body tag with the background advertisement reference prompts the 

browser client 52 to transmit a request for the background advertisement (step 912). 
Subsequently, a web server, such as the web server 1 52 (or another web server 
remotely located from the web server 152, depending on the address of the 
background advertisement reference) receives the request (step 914) and transmits a 
10 background advertisement to the browser client 52 (step 916), after which the browser 
client 52 receives the background advertisement (step 918) and displays the 
background advertisement (step 920). Of course, as discussed above, the request may 
include a reference to a particular advertisement file or an advertisement serving 
software program. 

15 In concluding the detailed description, it should be noted that it will be 

obvious to those skilled in the art that many variations and modifications can be made 
to the preferred embodiment without substantially departing from the principles of the 
present invention. All such variations and modifications are intended to be included 
herein within the scope of the present invention, as set forth in the following claims. 

20 
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CLAIMS 

We claim: 

1 . An advertising method for inserting a background reference to a stored 
advertisement into an end user communication message in a communications 
network, said method comprising steps of: 

receiving an end user communication message at a first site on a 

communications network; 
inserting into said end user communication message a background 

reference to a stored advertisement; and 
transmitting said end user communication message with said 

backgroimd reference to a second site on the communications 

network. 

* 

2. The method as claimed in claim 1 , wherein said background reference is 
operative for enabling background tiling of said advertisement at said second 
site. 

3. The method as claimed in claim 1, wherein said end user communication 
message includes an Internet e-mail message. 

4. The method as claimed in claim 1, wherein said end user communication 
message includes a public posting. 

5. The method as claimed in claim 1, further comprising a step of transforming 
said end user communication message into hypertext markup language 
(HTML), and wherein said transmitting step includes transmitting said end 
user communication message in a web-based e-mail system to a web browser 
at said second site. 

6. The method as claimed in claim 1, wherein said transmitting step includes 
transmitting said end user communication message in a post office protocol 
(POP) format. 

7. The method as claimed in claim 1, wherein said inserting step includes 
selecting the stored advertisement based on user demographic information. 
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8. The method as claimed in claim 1, wherein said inserting step includes 

selecting the stored advertisement based on advertisement exposure for a pool 
of advertisers. 

5 9. The method as claimed in claim 1, wherein said inserting step includes 

inserting a hypertext markup language (HTML) background reference tag into 
the end user communication message. 
10. The method as claimed in claim 1, wherein said stored advertisement is stored 
at the first site. 

10 11. The method as claimed in claim 1, wherein said stored advertisement is stored 
at a site remote from said second site, wherein said background reference 
includes a file address remote from said second site. 
12. The method as claimed in claim 1, wherein said stored advertisement is a 
graphical image file. 

15 13. The method as claimed in claim 1, wherein said inserting step includes: 

determining whether said end user communication message is in a 
format capable of operatively accepting said background 
reference; and 

converting said end user communication message into a format capable 
20 of operatively accepting said backgroimd reference responsive 

to determining that said message is not in a format capable of 
operatively accepting said background reference. 

14. The method as claimed in claim 13, wherein said determining step includes a 
step of determining whether said end user communication message is in 

25 multipurpose Intemet mail extensions (MIME) format. 

15. The method as claimed in claim 13, wherein said converting step includes a 
step of converting said end user communication message into multipurpose 
Intemet mail extensions (MIME) format. 

16. The method as claimed in claim 1, further comprising steps of: 
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first determining whether said end user communication message in said 
receiving step is in a format capable of operatively accepting a 
background reference; 

second determining whether said end user communication message 
5 contains a standard generalized markup language (SGML) part 

responsive to determining that said end user communication 
message is in a format capable of operatively accepting a 
background reference in said first determining step; and 

adding an SGML part to said end user communication message 
1 0 responsive to determining that said end user communication 

message does not contain an SGML part; 

17. The method as claimed in claim 1 6, wherein said SGML part includes 
hypertext markup language (HTML). 

18. The method as claimed in claim 16, further comprising steps of: 

1 5 third determining whether said end user communication message 

already contains a background reference responsive to 
determining that said end user communication message is in a 
format capable of operatively accepting a backgroimd reference 
in said second determining step; and 

20 inserting a background reference responsive to determining that said 

end user communication message does not contain a 
background reference in said third determining step. 

19. The method as claimed in claim 18, further comprising steps of: 

fourth determining whether a configuration enables an existing 
25 background reference to be overwritten responsive to 

determining in said third determining step that said end user 
communication message already contains a background 
reference; and 

overwriting a background reference responsive to determining in said 
30 fourth determining step that the configuration enables the 

existing background reference to be overwritten. 
36 
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20. The method as claimed in claim 1 5, further comprising a step of adding an 
SGML part to said end user communication message converted into MIME 
format. 

21 . The method as claimed in claim 20, wherein said SGML part includes 
hypertext markup language (HTML). 

22. The method as claimed in claim 1 , further comprising steps of identifying and 
recording all intended recipients of the end user communication message and 
forming associational demographic relationships. 

23. An advertising system for placing an advertisement pointer in a background of 
an end user communication message, said advertising system comprising: 

means for receiving an end user communication message; 

means for placing an advertisement pointer in a background of the end 

user communication message; and 
means for transmitting the end user communication message with said 

advertisement pointer. 

24. The system as claimed in claim 23, wherein said advertisement pointer 
includes means for enabling background tiling of said advertisement. 

25. The system as claimed in claim 23, wherein the end user communication 
message includes an Internet e-mail message. 

26. The system as claimed in claim 23, wherein the end user conunimication 
message includes a public posting. 

27. The system as claimed in claim 23, further comprising means for transforming 
the end user commimication message into hypertext markup language 
(HTML), and wherein said transmitting means includes means for transmitting 
the end user communication message in a web-based e-mail system to a web 
browser. 

28. The system as claimed in claim 23, wherein said transmitting means includes 
means for transmitting the end user communication message in a post office 
protocol (POP) format. 
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29. The system as claimed in claim 23, wherein said placing means includes 
means for selecting a stored advertisement based on user demographic 
information. 

30. The system as claimed in claim 23, wherein said placing means includes 
means for selecting a stored advertisement based on advertisement exposure 
for a pool of advertisers. 

3 1 . The system as claimed in claim 23, wherein said placing means includes 
means for inserting a hypertext markup language (HTML) background 
reference tag into the end user communication message. 

32. The system as claimed in claim 23, wherein said advertisement pointer 
includes an address of a stored advertisement graphic file. 

33. The system as claimed in claim 32, wherein said address is a remote address. 

34. The system as claimed in claim 23, further comprising: 

means for determining whether the end user communication message is 
in a format capable of operatively accepting an advertisement 
pointer; and 

means for converting the end user communication message into a 
format capable of operatively accepting an advertisement 
pointer responsive to determining that the end user 
communication message is not in a format capable of 
operatively accepting an advertisement pointer. 

35. The system as claimed in claim 34, wherein said converting means further 
includes: 

means for converting the end user communication message into a 
multipurpose Internet mail extensions (MIME) format; and 

means for adding a standard generalized markup language (SGML) 
part into the end user communication message. 

36. The system as claimed in claim 35, wherein said SGML part includes 
hypertext markup language (HTML). 
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37. The system as claimed in claim 23, further comprising: 

first means for determining whether the end user communication 
message is in a format capable of operatively accepting an 
advertisement pointer; 

5 second means for determining whether the end user communication 

message already contains an advertisement pointer responsive 
to determining that that the end user communication message is 
in a format capable of operatively accepting an advertisement 
pointer; and 

1 0 wherein said means for placing the advertisement pointer in the 

background of the end user communication message includes 
means for placing the advertisement pointer in the background 
of the end user communication message responsive to 
determining both that the end user communication message is 

15 in a format for operatively accepting an advertisement pointer 

and that the end user communication message does not contain 
an advertisement pointer. 

38. The system as claimed in claim 37, further comprising: 

third means for determining whether a configuration enables an 
20 existing advertisement pointer to be overwritten responsive to 

determining both that the end user communication message is 
in a format capable of operatively accepting an advertisement 
pointer and that the end user communication message already 
contains an advertisement pointer; and 
25 means for inserting an advertisement pointer responsive to determining 

that the configuration enables the existing advertisement 
pointer to be overwritten. 

39. A computer program embodied on a computer-readable medium for inserting a 
background reference to a stored advertisement into an end user 

30 communication message, said computer program comprising: 



39 



wo 99/63453 PCT/US99/12655 

logic configured to receive an end user communication message from a 
first site; 

logic configured to insert a background reference to a stored 

advertisement into said end user communication message; and 
5 logic configured to transmit said end user communication message 

with the background reference to a second site, 
40. The computer program as claimed in claim 39, wherein said background 

reference is operative for enabling background tiling of said advertisement at 
said second site. 

10 41. The computer program as claimed in claim 39, wherein the end user 
communication message includes an Internet e-mail message. 

42. The computer program as claimed in claim 39, wherein the end user 
communication message includes a public posting. 

43. The computer program as claimed in claim 39, further comprising logic 

1 5 configured to transform the end user communication message into hypertext 

markup language (HTML), and wherein said logic configured to transmit said 
end user communication message is fiarther configured to transmit said end 
user communication message in a web-based e-mail system to a web browser. 

44. The computer program as claimed in claim 39, wherein said logic configured 
20 to transmit said end user communication message is further configured to 

transmit sad end user commimication message in a post office protocol (POP) 
format. 

45. The computer program as claimed in claim 39, fiarther comprising logic 
configured to select said background reference based on demographic 

25 information. 

46. The computer program as claimed in claim 39, further comprising logic 
configured to select said background reference based on a pool of advertisers. 

47. The computer program as claimed in claim 39, wherein said logic configured 
to insert the background reference is further configured to insert said 

30 background reference responsive to said end user communication message not 

already including a background reference. 
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48. The computer program as claimed in claim 39, wherein said logic configured 
to insert the background reference is further configured to insert said 
background reference responsive to an overwrite authorization. 

49. The computer program as claimed in claim 39, further comprising: 

logic configured to determine whether said end user communication 
message is in a format capable of operatively accepting said 
background reference; and 

logic configured to convert said end user communication message into 
a format capable of operatively accepting said background 
reference responsive to determining that said end user 
communication message is not in a format capable of 
operatively accepting said background reference. 

50. An advertisement message embodied on a computer readable medium, said 
advertisement comprising: 

an end user conmiunication sent by an end user originator to an end 

user recipient; and 
a background reference to an advertisement stored at a location remote 

from said end user recipient. 

5 1 . The advertisement message asxlaimed in claim 50, wherein said computer- 
readable medium includes a transmission medium. 

52. The advertisement message as claimed in claim 50, wherein said background 
reference is operative for enabling background tiling of said advertisement by 
said end user recipient. 

53. The advertisement message as claimed in claim 50, wherein said end user 
communication includes an Intemet e-mail message. 

54. The advertisement message as claimed in claim 50, wherein said end user 
communication includes a public posting. 
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55. The advertisement message as claimed in claim 50, wherein said 
advertisement includes hypertext markup language (HTML), and wherein said 
background reference includes a background image tag. 

56. The advertisement message as claimed in claim 50, wherein said 

5 advertisement includes information in a post office protocol (POP) format, 

57. A method for inserting a background reference to a stored image into an end 
user communication message in a communications network, said method 
comprising steps of: 

receiving an end user communication message at a first site on a 
1 0 communications network; 

inserting into said end user communication message a background 

reference to a stored image; and 
transmitting said end user communication message with said 

background reference to a second site on the communications 
15 network. 

58. The method as claimed in claim 1, wherein said image is an advertisement, 
wherein said background reference is operative for enabling background tiling 
of said image at said second site, wherein said end user communication 
message includes an Intemet e-mail message, and wherein said image is stored 

20 at a location remote from said second site. 

59. A web page background advertising method comprising steps of: 

initiating generation of web page coding; and 
inserting into the web page coding a background reference to an 
advertisement for exchange of value. 
25 60. The method of claim 59, wherein the backgroimd reference includes a 

background attribute of a hypertext markup language (HTML) body tag. 
61 . The method of claim 60, wherein the background attribute is set to a uniform 
resource locator (URL) identifying a bitmap file stored on a server accessible 
through the Intemet. 
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62. The method of claim 60, wherein the background attribute is set to a uniform 
resource locator (URL) identifying a background advertisement serving 
software program configured to serve through a plurality of advertisements. 

63. The method of claim 62, wherein the URL includes a web page owner 
5 identification reference. 

64. The method of claim 62, wherein the URL includes a web page identification 
reference. 

65. The method of claim 59, wherein the background reference is a tiling 
reference. 

10 66. The method of claim 65, wherein the background reference is directed to less 
than all of a browser client area. 
67. The method of claim 59, wherein said initiating step includes initiating 

generation of static web page coding, and further comprising a step of saving 
the static web page coding in an Internet accessible location. 

15 68. The method of claim 59, wherein said initiating step includes transmitting an 
initial portion of dynamically created web page coding fi-om a server to a 
client, wherein said inserting step includes transmitting the background 
reference from the server to the client. 

69. The method of claim 68, fiirther comprising steps of transmitting a final 
20 portion of the dynamically created web page coding fi-om the server to the 

client and subsequently transmitting the advertisement to the client from the 
server. 

70. The method of claim 68, wherein the server defines a first server and further 
comprising steps of transmitting a final portion of the dynamically created web 

25 page coding from the server to the client and subsequently transmitting the 

advertisement to the client fi-om a second server. 

71 . The method of claim 68, further comprising a step of, before the inserting step, 
selecting an advertisement based upon client demographic information. 
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72. The method of claim 68, further comprising steps of tracking advertisement 
exposures of a plurahty of advertisements and billing advertised entities based 
upon tracked exposures. 

73. The method of claim 59, wherein the exchange of value includes exchange of 
5 monetary value in return for advertisement exposure. 

74. The method of claim 59, wherein said web page coding is owned by a first 
entity, and wherein said advertisement advertises for an entity other than said 
first entity. 

75. The method of claim 59, wherein said web page coding is primarily associated 
10 with a first entity, and wherein said advertisement advertises for an entity 

other than said first entity. 

76. Web page coding embodied on a computer-readable medium, said web page 
coding comprising: 

a plurality of foreground references; and 
15 a background reference to a paid advertisement. 

77. The coding of claim 76, wherein the background reference includes a 
background attribute of a hypertext markup language (HTML) body tag. 

78. The coding of claim 77, wherein the background attribute is set to a uniform 
resource locator (URL) identifying a bitmap file stored on a server accessible 

20 through the Internet. 

79. The coding of claim 77, wherein the background attribute is set to a viniform 
resource locator (URL) identifying a background advertisement serving 
software program configured to serve through a plurality of advertisements. 

80. The coding of claim 79, wherein the URL includes a web page ovmer 
25 identification reference. 

8 1 . The coding of claim 79, wherein the URL includes a web page identification 
reference. 

82. The coding of claim 76, wherein the background reference is a tiling reference. 

83. The coding of claim 82, wherein the background reference is directed to less 
30 than all of a browser client area. 
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84. The coding of claim 76, wherein value is exchanged for the paid advertisement 
after exposure to browser clients, and wherein exchange of value includes 
exchange of monetary value in return for advertisement exposure. 

85. The coding of claim 76, wherein said web page coding is owned by a first 

5 entity, and wherein said advertisement advertises for an entity other than said 

first entity. 

86. The coding of claim 76, wherein said web page coding is primarily associated 
with a first entity, and wherein said advertisement advertises for an entity 
other than said first entity. 

10 87. A web page background advertising method comprising steps of: 

storing a plurality of background advertisements; 
receiving a request for a background advertisement; and 
transmitting a background advertisement in response to receiving the 
request for a background advertisement. 
15 88. The method of claim 87, wherein said receiving step includes receiving a 
request from a browser client. 
89. The method of claim 88, further comprising a step of selecting a background 
advertisement from said plurality of stored background advertisements based 
upon information received in said request. 
20 90. The method of claim 89, wherein said information includes a web page owner 
identification reference. 

91 . The method of claim 89, wherein said information includes a web page 
identification reference. 

92. The method of claim 87, further comprising steps of tracking background 
25 advertisement exposures and billing advertised entities based upon tracked 

exposures. 
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FIG. 2 
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FIG. 4 
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From: "Sender" <sender@tkhr.com> 
To: "Recipient" <recipient@tkhr.com> 
Subject: Test 

Date: Tue, 2 Jun 1998 19:07:10 -0400 
This is the email message! 

FIG. 6 



<html> 

<br><br><br><br><br><br> 
<hl> Read Message </hl> 
<h2>In-Box</h2> 

From: "sender" &ltsender@tkhr.com&gt<br> 
To: "recipient" &ltrecipient@tkhr.com&gt<br> 
Subject: Test<br> 

Date: Tue, 2 Jun 1998 19:07:10 -0400<br><br> 

This is the email message! <br> 

<br><br> 

</html> 



FIG. 7 
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<html> 

<body background="http://www.exampledomainxom/tkhr_ad.jpg"> 

<br><br><br><br><br><br> 

<hl> Read Message </hl> 

<h2>In-Box</h2> 

From: "sender" &ltsender@tkhr.com&gt<br> 
To: "recipient" &ltrecipient@tkhr.com&gt<br> 

Subject: Test<br> 

Date: Tue, 2 Jun 1998 19:07:10 -0400<br><br> 

This is the email message !<br> 
<br><br> 
</html> 

FIG. 8 



Read Message 
In-Box 

From "serider'' <sender@tkhr com^ 
To: ''recipient" .<recipient@tkhr.com> : 

Subject; Test 

Date Tue, 2 Jun 19 07 10 -0400 

This IS the email message! 



FIG. 9 
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FIG. 10 
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From: "Sender" <sender@tkhr.com> 
To: "Recipient" <recipient@tklir.com> 
Subject; Test 

Date: Tue, 2 Jun 1998 19:07: 10 -0400 
This is the email message! 
begin 666 Clouds.bmp 



M <^ ? 

M ]P!_ 

M 

M ^W^ ' 

M 

M? 

M ]P! 

M W 

M" 

M <^=W=W=W=W=W=W=W=W=W 



M=W=W=W=W=W=W=W=W=W=W=W=W=W=W==W="=P^^ 
end 



FIG. 11 
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From: "Sender" <sender@tkhrxom> 
To: "Recipient" <recipient@tkhr.com> 
Subject: Test 

Date: Tue, 2 Jun 1998 20:09:30 -0400 FIG. 12 

MIME- Version: 1 .0 

Content- Type: multipart/mixed; 

boundary="— -=_NextPart_000_008B_01BD8E64.C7C0B150" 
This is a multi-part message in MIME format. 

=_NextPart_000_008B_0 1 BD8E64.C7C0B 1 50 

Content- Type: text/plain; 

charse1^"iso-8859-l" 
Content- Transfer-Encoding: 7bit 



Tiiis is the email message! 



=_NextPart_000_008B_01BD8E64.C7C0B150 

Content- Type: image/bmp; 

name="clouds.bmp " 
Content- Transfer- Encoding: base64 
Content-Disposition: attachment; 

filename=" ciouds.bmp" 
IhMIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII 
Illlllllllllllll9v^milllllllllllllllllll!/llllll/llllllllllllllllllllllllll 

llllllllllllllllllllllllllllllllllllllllllllllcMIIIIIIIIIIIIIIIIIIIIIIIIIII 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll-i 

mjiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii/iiiiiiiiiiiiiiiiiiiiii 

//////////////cAd3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3 

d3 d3 d3 d3 d3 d3 d3 d3 d3 d3 d3 d3 d3 d3 d wA= 

=_NextPart_000_008B_0 1 BD8E64. C7C0B 1 50- 
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From: "Sender" <sender@tkhr.com> 

To: "Recipient" <recipient@tkhr.com> FIG. 13 

Subject: Test 

Date: Tue, 2 Jun 1998 20:26:53 -0400 
MIME- Version: 1 .0 
Content- Type: multipart/mixed; 

boundary="----__NextPart_000__008B_01BD8E64.C7C0B150" 
This is a multi-part message in MIME format. 

=__NextPart_000_008B_01BD8E64.C7C0B150 

Content- Type: multipart/alternative; 

boundary^"— -=_NextPart_001_008C_01BD8E64.C7C237F0" 

=_NextPart_001_008C_01BD8E64.C7C237F0 

Content- Type: text/plain; 

charset="iso-8859-l" 
Content- Transfer-Encoding: quoted-printable 



This is the email message! 



=_NextPart„001_008C_01BD8E64.C7C237F0 

Content- Type: text/html; 

charset="iso-8859-l" 
Content- Transfer- Encoding: quoted-printable 

<HTML> 

<body b ackground="http //www. exampledomain. com/tkhr_ad j pg"> 
From: "sender" &ltsender@tkhr.com&gt<br> 
To: "recipient" &ltrecipient@tkhrxom&gt<br> 
Subject: Test<br> 

Date: Tue, 2 Jun 1998 19:07:10 -0400<br> 
This is the email message !<br> 
</HTML> 

=_NextPart_001_008C_01BD8E64.C7C237F0- 

=_NextPart_000_008B_01BD8E64.C7C0B150 

Content- Type: image^mp; 
name="clouds.bmp" 

Content- Transfer-Encoding: base64 
Content-Disposition: attachment; 

j&lename=" clouds.bmp" 
llcMIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIH 

llllllll/lllllll9wBIIIIIIIIIIIIIIIIII/l/lllllll/IH 

lllllllllllllllll/l/lllllllllll?> AEJIIIIIIIIIIIIl/llllllllll/l/ll/llll/llllll 

llllllllllllllllllllllllllllllllllllllllllllllzP^IIIIIIIIIIIIIIIIIIU 

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllll^^ 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIH 

J^lllllllllllllllllllllllllllllllllllllllllllllllllll^ 

//////////////cAd3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3d3^^ 
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FIG. 14 
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FIG. 16 
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to ZApprovallnterfaceBase: : IsApproved 
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necessary. 
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ZWatermarker::ProcessEMail 
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FIG. 17 
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FIG. 18 
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<head> 

<title>Company A Web Page</title> 

</head> 

<body background-'CompanyBAd.gif > 
<p><center><h1 >Company A Web Page</h1 ></center> 
</body> 
</html> 
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FIG- 20 



<html> 
<head> 

<title>Company A Web Page</title> 
</head> 

<body background="http://www.backadserve.com/A/2/serve.cgi"> 
<p><center><h1>Company A Web Page</h1></center> 
</body> 
</html> 
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